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SEMI TRANSPARENT TRIBUTARY FOR 
SYNCHRONOUS TRANSMISSION 

RELATED APPLICATIONS 

This application relates to U.S. patent application Sen No. 
09/166,814 filed Oct. 6, 1998 (Nortel Networks reference no 
ID1048) entitled CONCATENTION OF CONTAINERS IN 
SYNCHRONOUS DIGITAL HIERARCHY NETWORK, 
and to U.S. patent application Ser. No. 09/143,465 filed Aug. 
27, 1998 (Nortel Networks reference no ID0889) entitled 
PAYLOAD MAPPING IN SYNCHRONOUS 
NETWORKS, U.S. patent application Ser. No. 09/307812 
(Solheim et al, entitled "Protocol Independent-Rate Device" 
filed on May 10, 1999 and assigned to Nortel Networks 
Corporation) and U.S. patent application Ser. No, 09/349087 
(Roberts, entitled "MAPPING ARBITRARY SIGNALS 
INTO SONET*, filed on Jul. 8, 1999 and assigned to Nortel 
Networks Corporation, ref. 10420RO) all hereby incorpo- 
rated by reference in their entirety. 

FIELD OF THE INVENTION 

The invention relates to interfaces for converting an 
incoming digital signal into a format for transmission on a 
synchronous digital network, to network elements compris- 
ing such interfaces, to corresponding receiver interfaces, to 
network elements having such interface, to corresponding 
methods and software, to methods of using data transmis- 
sion services to cause data to be transmitted over such 
interfaces, and to methods of detecting transmission errors 
using such interfaces. 

BACKGROUND TO THE INVENTION 

It is known to provide local area networks using protocols 
such as IEE 802.3, and ethernet (available in 10 megabits per 
second, 100 megabits per second and 1 gigabits per second 
versions), and to couple local area networks together to 
create wide area networks (WAN). Wide area networks often 
use the public telecommunications network. Conversion is 
required from LAN protocols to conventional telecoms 
interfaces, for example El, E3, Tl and STM-1. ESCON 
(Enterprise Systems Connection) and Fibrechannel are fur- 
ther examples of known LANs or Storage Area Networks, 
for connecting multiple storage devices. 

It is also known to connect LAN's using optical trans- 
mission links, or optical transmission networks. There is a 
large installed base of SONET/SDH systems which can 
provide a transport service for ATM, SMDS, Frame Relay, 
Tl, El and so on. 

Mapping of one rate or format into another is well known. 
However, the standard or proprietary scheme allows trans- 
portation of a very specific set of signals, with format 
specific hardware. Generally separate hardware is required 
to map each type of signal onto SONET It is known to map 
both continuous signals, which are synchronised to a clock, 
and burst format signals, which do not have a continuous 
clock. To transmit continuous signals, a wrapper is added to 
the continuous signal. However this produces formats which 
don't have a pre-defined fixed bit rate. The resulting signal 
cannot be time multiplexed to be transported on a high speed 
network, otherwise the phase or synchronicity of the infor- 
mation is lost. 

It has also been proposed to transmit LAN signals such as 
ethernet signals directly over a DWDM (Dense Wavelength 
Division Multiplexing) link without using a synchronous 
protocol such as SONET/SDH. This implies one of the 
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wavelengths is dedicated to the LAN signal, as there is no 
way to multiplex other signals onto the same wavelength. 
This may leave the great majority of the bandwidth of the 
given wavelength unused, which may be unsatisfactory in 

5 some circumstances. 

U.S. patent application Ser. No. 09/307812 (Solheim et al, 
entitled "Protocol Independent-Rate Device" filed on May 
10, 1999 and assigned to Nortel Networks Corporation) 
discloses a method of transporting different types of clients 

10 (IP, ATM, SONET, Ethernet etc) together. The bandwidth 
assigned to any given sub-rate channel can be provisioned 
without changing the hardware or software. U.S. patent 
application Ser. No. 09/349,087 (Roberts, entitled "Mapping 
Arbitrary Signals Into SONET", filed on Jul. 8, 1999 and 

15 assigned to Nortel Networks Corporation, ref. 10420RO), 
discloses mapping arbitrary signals into SONET to enable 
the signals to be recovered with low timing jitter at low cost. 
A mapper multiplexes numerous tributaries into the high rate 
SONET network. The mapper acts at the bit level to dis- 

20 tribute stuffed bits uniformly interspersed across a frame, to 
enable an arbitrary input signal to be mapped onto the 
predefined fixed rate of the SONET/SDH output. This 
scheme and the above DWDM scheme both maintain inter 
frame information, and are both transparent to any frame 

25 format, meaning they are able to transport any frame format. 
However neither are frame aware and so have the disadvan- 
tage of not being able to carry out performance monitoring. 

Other known schemes include encapsulation of frames for 
transmission, e.g. HDLC, (High-Level Data Link Control) 

30 and SDL(Simple Data Link), published by Lucent on the 
IETF web pages. The SDL publication is a proposal for 
encapsulating frames such as PPP (Point to Point Protocol) 
using SDL onto SONET/SDH. Such encapsulation schemes 
are frame aware and so can carry out performance monitor- 

35 ing. However, they have the disadvantages of not preserving 
information in the inter frame gaps, and of the mapping 
being specific to the frame format, so the schemes are not 
transparent. 

It is also known to provide an interface between an 
40 ethernet network and a SONET/SDH system at a router or 
a bridge. In this case, the router or bridge may have 
interfaces dedicated to more than one LAN protocol, and 
may multiplex data on to the SONET/SDH system, but this 
involves recognising the layer 2/3 protocol which defines the 
45 contents of each frame or packet. 

A disadvantage of such devices is the complexity of 
processing the layer 2/3 information, and the buffering of 
packets intended for various destinations. Accordingly, such 
5Q devices are dedicated, and cannot handle frames or packets 
of an arbitrary layer 2/3 protocol. 

SUMMARY OF THE INVENTION 

It is an object of the invention to improve on the known 
55 schemes. According to a first aspect of the invention there is 
provided a sending interface for converting an incoming 
digital signal into a format for transmission on a synchro- 
nous digital network, the incoming digital signal having a 
group of bits coded by a predetermined line code, the 
60 incoming digital signal also carrying information for OSI 
layer 2 or 3 processing, the sending interface comprising: 
circuitry for identifying the line code of the incoming 

digital signal, and 
circuitry for carrying out the conversion of the incoming 
65 digital signal according to the line code identified, and 
independently of the information for OSI layer 2 or 3 
processing. 
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This is the first time the advantages of performance Preferably the interface comprises a multiplexer for mul- 

monitoring capability and transparency have been possible tiplexing more than one incoming digital signal onto the 

together, as will now be explained. An advantage of iden- synchronous digital signal. An advantage is that bandwidth 

tifying line codes is that it enables a greater degree of error ca n be used more efficiently, 

detection and thus performance monitoring, compared to a 5 

bit based interface. This can be particularly significant if the Other Aspects of the Invention 

interface is at a boundary ^between operating entities such as According to another aspect of the invention there is 

a client/service provider boundary. Especially in such a case -j j • ♦ c • • % i 

u A r c/A o e • \ * u rr .j j provided an interface for converting an incoming digital 

it can enable QoS (Quality of Service) to be offered and . , . . c . f . . . u .„ 

. • j i j signal into a format for transmission on a synchronous 

measured at a client/service provider boundary. in P. . ^ . t . . . . . , , i 

. it j e * ■ u • i* j 30 digital network, the incoming digital signal having a series 

Another advantage of the conversion being line code J r . 4 ' f ,., r JU j * * j *ji 

. . 4 ° . 4 . . * 1 ■ i- of packets, and a group of bits coded by a predetermined idle 

aware, is that synchronisation can be simpler since line j /f i 4L ■ » i 

a a^, i a uioi ^u^iuu^auuu wau ouup w o ^ code separatmg tne pac k ets the interface comprising: 

codes for padding can be added or deleted more easily, using . f „.,.„. _ ; , . . 

lower specification hardware, than is needed for adding or Cl ™ ltr y for identifymg the idle code of the incoming 

subtracting bits. The interface can be semi-transparent in the l5 ^S 1 ^ 1 ^g™ 1 ' and 

sense that identification of line codes limits the interface to circuitry for carrying out the conversion of the incoming 

those formats that use identifiable line codes, but without digital signal according to the idle code identified. 

limiting to a particular OSI layer 2 or 3 frame format. According to a further aspect of the invention there is 

Also, since OSI level 2 or 3 processing as carried out in provided a receiver interface for recovering an incoming 

a conventional router for example, is relatively complex, the 2Q digital signal that has been converted to a signal of a format 

interface of the invention can be greatly simplified and thus for a synchronous digital network, the incoming digital 

more easily integrated into other equipment, compared to signal having a group of bits coded by a predetermined line 

the router for example. An advantage of the use of a code, the incoming digital signal also carrying information 

synchronous digital network is that it facilitates for OSI layer 2 or 3 processing, the receiving interface 

multiplexing, and other transmission benefits. 25 comprising: 

„ - , _ circuitry for identifying linecode information in the for- 

Preferred Features j ■ i _i 

matted signal, and 

Preferably the circuitry for identifying a line code com- circuitry for replacing the identified linecode information 

prises circuitry for identifying an idle code in the incoming with corresponding i meC odes independently of the 

digital signal. An advantage of this is that it enables the start information for OSI layer 2 or 3 processing, 

and end of information streams such as variable length * An advantage is that this enables performance monitoring 

packets to be identified. capability and transparency to be combined. 

Preferably the circuitry for identifying a line code com- Preferably, the interface comprises a retimer, for inserting 

prises circuitry for identifying a type of idle code, and the or deleting one or more of the linecodes to match the 

circuitry for carrying out the conversion is arranged to 35 incoming data rate to the required outgoing data rate, 

include in the synchronous data signal the type of idle code Preferably the receiver interface is arranged to receive 

identified. An advantage is that information carried using SONET/SDH virtual containers. 

different types of idle code will not be lost through the Preferably the receiver interface comprises circuitry for 
conversion. combining information from virtually concatenated contain- 
Preferably the incoming digital signal comprises packets, 4Q er s before recovering the original incoming digital data 
and the circuitry for carrying out the conversion is arranged signal. 

to replace one or more of the idle codes with a header for Another aspect of the invention provides a corresponding 

indicating the length of an associated one of the packets. method of, and corresponding software for converting an 

This can enable a downstream receiver to identify the end of incoming digital signal into a synchronous digital signal, 

the associated packet, and thus identify idle codes, and 45 Another aspect of the invention provides an SDH/SONET 

maintain synchronicity with respect to packets and gaps network element comprising the above interface, 

between packets. Another aspect of the invention provides a system com- 

Preferably the header is of a fixed size. This can make prising the above receiving interface and circuitry for moni- 

synchronisation in the receiver easier. toring QoS performance. 

Preferably the interface is arranged to adapt to receive 50 Another aspect of the invention provides a method of 
incoming digital signals of more than one rate. An advantage using a data transmission service provided over a telecom- 
is that the need for separate hardware and software for each munication network, comprising the step of causing data to 
rate is no longer needed. The adaptation could be automatic be transmitted across the above interface, 
or carried out under the control of a network management Any of the preferred features may be combined with any 
system. 55 of the aspects set out above as would be apparent to a skilled 

Preferably the format for the synchronous digital network person, 

comprises SONET/SDH virtual containers. Other advantages will be apparent to a skilled person, 

Preferably the interface comprises circuitry for carrying particularly in relation to any further prior art other than that 

out virtual concatenation of the SONET/SDH virtual con- discussed above. 

tainers. In this specification, the term "virtual concatenation" 60 BRIEF DESCRIPTION OF THE DRAWINGS 
is used where the underlying network is unaware of any 

special relationship between the virtual containers which Embodiments of the invention will now be described in 

make up a group of virtually concatenated virtual containers. more detail by way of example, with reference to the 

Particularly, although not exclusively, such frame based data accompanying drawings, in which: 

may comprise OSI layer 2 data frames. An advantage is that 65 FIGS. 1 and 2 show typical telecommunications networks 

delay variations between different paths in an SDH/SONET for data transmission which may make use of embodiments 

network can be handled. of the interface. 



06/25/2004, EAST Version: 1.4.1 



US 6,636,529 Bl 

5 6 

FIG. 3 shows id schematic form, hardware elements of an attribute, in that it enables the network providers to make use 

embodiment of the interface, of the large base of installed SONET-compatible equipment. 

FIG. 4 shows functional elements of an embodiment of SONET is a physical carrier technology, which can pro- 

the interface, vide a transport service for ATM, SMDS, frame relay, Tl, 

FIG. 5 shows functional elements of an embodiment of 5 El, etc. As well, operation, administration, maintenance and 

the receiver interface, provisioning (OAM&P) features of SONET provide the 

FIG. 6 shows in schematic form how an inter packet gap ab fy t0 rcduce ">e amount of back-to-back multiplexing, 

is replaced with header information in an embodiment of the and more "nportantly, network providers can reduce the 

interface and operation cost of the network. 

nCTshowshowtheformatofanincomingfibrechannel " ^'^J dw * ^ SI J 11 ™ and ^ K 

frame is altered in the interface. GR-253-CORE, define the physical interface optical line 

rates known as optical earner (OC) signals, a trame tor mat, 

DETAILED DESCRIPTION an d an OAM&P protocol. Opto/electrical conversion takes 

place at the periphery of the SONET network, where the 

The embodiments described below have been conceived is optical sigQals are converted int0 a standard electrical format 

with a number of considerations in mind, including: called the S y DCm - on ous transport signal (STS), which is the 

To transport a number of different packet protocols equivalent of the optical signal. Namely, the STS signals are 

between end users over a Sonet/SDH network. carried by a respective optical carrier, which is defined 

To implement a tributary card (trib) for Sonet/SDH ADMs according to the STS that it carries. Thus, an STS -192 signal 

which can carry the widest possible range of packet 20 is carried by an OC-192 optical signal, 

protocols and data rates. The STS-1 frame consists of 90 columns by 9 rows of 

To transport the packets as efficiently as possible in terms bytes, the frame length is 125 microseconds. A frame 

of required network bandwidth by using virtual con- comprises a transport overhead (TOH) occupying 3 columns 

catenation if appropriate. 25 by 9 rows of bytes, and a synchronous payload envelope 

The examples described rely on the fact that a number of (SPE) occupying 87 columns of 9 rows of bytes. The first 

different packet protocols have a key feature in common. column of the SPE is occupied by path overhead bytes. 

That is the transmission over a media of a constant bit stream As such, an STS-1 has a bit rate of 51.840 Mb/s. Lower 

with special codes used to indicate the gap between packets rates are subsets of STS-1 and are known as virtual tribu- 

(and therefore the start and end of packets). Therefore if an 3Q taries (VT), which may transport rates below DS3. Higher 

interface such as a Sonet/SDH trib can recognise the 'gap' rates, STS-N, where N=l, 3, 12, . . . 192 or higher, are built 

code (usually called 'Idle' code) appearing on the end user by multiplexing tributaries of a lower rate, using SONET 

interface, it can also recognise complete packets on this add/drop multiplexers. An STS-N signal is obtained by 

interface. On recognition of a complete packet, the Sonet/ interleaving N STS-1 signals. For example, an STS-1 92 is 

SDH trib can transfer the packet over the Sonet/SDH 3S made of 192 STS-1 tributaries, each separately visible, and 

network to the ultimate destination. The packet must be separately aligned within the envelope. The individual tribu- 

transferred at a rate equal to or higher than the maximum taries could carry a different payload, each with a different 

data arrival rate. destination. 

On receipt of the packet at the destination Sonet/SDH trib The STS-N has a TOH made of all N TOHs of the 

(it is only necessary to await the start of the packet), the trib ^ individual tributaries, and a SPE made of all N SPEs of the 

can deliver the packet to the end user at a ' nominal' rate. tributaries, each with its own POH. Some services, that 

Some protocols use different Idle codes to transfer informa- operate at a higher rate, are transmitted in an STS-Nc signal 

tion. The type of idle code is also transferred across the SDH ( c for concatenation). The STS-ls into the STS-Nc signal are 

link and reproduced at the destination. k ept together. The whole envelope of the STS-Nc signal is 

FIGS. 1 and 2, SONET/SDH Data Networks 45 ™ ted ' ^^f^^^nu % "f? "f^ 

' than as N individual entities. The TOH and the start of the 

FIGS. 1 and 2 show in schematic form typical telecom- SPE for the N constituents are all aligned, since all the 

munication networks for data transmission, in which constituents are generated by the same source, with the same 

embodiments of the interface may be used. The SONET/ clock. The first STS-1 in the concatenated signal carries the 

SDH format for a synchronous data network will now be 50 single set of POH, all that is required for an STS-Nc. 

described briefly. Mapping of one rate or format into another is well known. 

Data transmission formats can be divided into synchro- Bellcore TR-0253 describes in detail the standard mappings 

nous or continuous formats such as SONET/SDH, and of the common asynchronous transmission formats (DSO, 

asynchronous or burst formats. Burst formats do not have a DS1, DS2, DS3, etc) into SONET. Similar mappings are 

continuous clock, transmission of such signals do not 55 defined for the ETSI hierarchy mapping into SDH. Optical 

require any given phase relationship between bursts. On the transmission equipment has mapped one proprietary format 

other hand, the phase of the clock of continuous formats has into another. For example, FD-565 could carry Nortel's 

continuity under normal conditions, and the frequency of the FD-135 proprietary format as well as the DS3 standard 

clock is bounded. Examples of such bounds are ±20 ppm format. However, the standards or proprietary schemes 

(parts per million of the bit rate) and ±100 ppm. 60 allow transportation of a very specific set of signals, with 

The dominant signal format in fiber optic networks fol- format specific hardware. These methods of mapping cannot 

lows the synchronous standard SONET in North America be used to map rates that vary significantly from the stan- 

and SDH elsewhere. In this specification, the term SONET/ dard. Furthermore, these mappings are each precisely tuned 

SDH will be used as a general term for both formats. for a particular format and a particular bit-rate, with e.g. a 

SONET enables multiplexing, adding and dropping, and 65 ±20 ppm tolerance. If a signal has, for example, a bit rate 

general transportation of signals. For a service, being able to even 1% different than that of a DS3, cannot be transported 

be easily transported by a SONET network is a valuable within SONET. In addition, a different hardware unit is 
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generally required to perform the mapping of each kind of 
signal. A line coding such as 8B/10B or 4B/5B may be used 
and produces a format with a higher rate than the original 
signal. 

FIG. 1 

FIG. 1 illustrates how an ESCON device 110 a fiberchan- 
nel device 100, and an ethernet LAN 120 may be coupled to 
other similar devices over a synchronous digital network 
such as an SONET/SDH network. The ESCON fiberchannel 
and ethernet devices are coupled to an SONET/SDH termi- 
nal multiplexer 130 which may be a 16Xe device as labelled. 
The ESCON fiberchannel and ethernet inputs are regarded 
as tributaries. They may be in electrical or optical form. 
They are aggregated in the terminal multiplexer using a 
sending interface 190 according to an embodiment of the 
invention, examples of which will be described in more 
detail below. The SONET/SDH network includes interme- 
diate elements 140 such as add-drop multiplexers (ADM) or 
cross-connects (one is shown labelled 64X). 

A further terminal multiplexer 150 receives the SONET/ 
SDH signal (which again may be either electrical or optical). 
The terminal multiplexer comprises a receiving interface 
200 according to an embodiment of the invention, which can 
be used to de-multiplex and recover the original ESCON and 
ethernet signals, them and forward them to respective des- 
tination ESCON, fiberchannel and ethernet devices 170, 
160, 180. The transmission path may of course be bidirec- 
tional if there is a receiving and sending interface at both 
ends. 

FIG. 2 

FIG. 2 shows a similar network this time including both 
and SONET/SDH part and an optical part in the form of a 
ring. Three ADMs, 200,210,220 are shown on the ring. 
Where applicable, the same reference numerals have been 
used as in FIG. 1. The fiberchannel devices have been 
omitted for the sake of clarity. Various different architectures 
are conceivable for a SONET/SDH network. The optical 
ring may be WDM. In this case, a sending interface 190 
according to an embodiment of the invention is provided in 
the 16Xe terminal multiplexer 130. The receiving interface 
230 is provided partly at the ADM device 220 on the optical 
ring and partly at the junction of the SONET/SDH and the 
optical WDM parts. At the ADM 220 the tributaries are 
adapted and multiplexed into a virtual container format 
suitable for SONET/SDH, but are transmitted on one wave- 
length of the WDM network. At the junction with the 
SONET/SDH network, at a further ADM, 200 the virtual 
containers may be time division multiplexed with other 
virtual containers, and additional overhead added. Transmis- 
sion can be carried out in both directions if a sending 
interface and a receiving interface are provided at each end. 

Control of Rate 

One implementation objective is for one Trib deployed by 
the network operator to be able to carry several end user data 
protocols. Using one physical interface, it is possible to 
exploit the fact that Fibrechannel, Escon and optical Gigabit 
Ethernet protocols all use the same line code and 'Idle/ 
special' characters. Therefore one trib can handle these 
protocols using the same physical interface, if the trib can 
adapt to the specific data rate of the end user data. At the 
destination end, this data rate must also be known in order 
to output the data. The adaptation to the end user data rate 
could be automatic, with the actual data rate measured and 
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communicated automatically to the far end, or it could be 
configured by a network management system. Configuration 
by a management system may be preferred, because it 
permits a network operator to charge for bandwidth usage. 

5 Each alternative of automatic adaptation or configuration 
could be implemented following well known design 
principles, and so need not be described in more detail here. 
It is also possible to support multiple physical interfaces to 
additionally support other protocols such as Ethernet lOObT. 

10 Again the use of this physical interface by the end user could 
be automatically detected or configured. Again implemen- 
tation of either could be carried out following well known 
design principles, and so need not be described here in more 
detail. 

15 

Control of Idle Codes 

In order to cater for different protocols, it is necessary for 
the trib to either automatically detect the protocol in use, or 
to be configured. Once the protocol is known, the various 

20 'Idle codes' and their meanings can be recognised at a 
receiver. The meaning can be transferred over the SDH link. 
An example of this is Fibrechannel which uses 4 octet 
ordered sets, each of which begins with a 'special character'. 
The special characters are encoded using the 10 bit format 

25 on the serial link, they cannot be encoded in SDH octets. 
An alternative would be for the tribs to 'spoof (respond 
to) the various codes used between packets. An advantage of 
spoofing is that it can reduce the delays caused by awaiting 
confirmation from a destination during a handshaking pro- 

30 tocol. Such delays can significantly reduce the data rate for 
long distance communication (e.g. >10 km) for some pro- 
tocols. For ESCON, spoofing is already an accepted 
technique, and it can be implemented in embodiments of the 
present invention, as desired. 

A disadvantage of spoofing arises where the role of the 
semi-transparent trib is as an alternative to dark fibre/ 
wavelength which would carry the interpacket info. 
Responding would mean the trib takes on a role in the end 

4Q users network which is outside the user's control and 
probably not what the user wants. 

The data rate into an SDH trib at one end, and the data rate 
out of an SDH trib at the other, will not be identical. This 
means that from time to time it will be necessary to prevent 

45 buffer under/overflow at the destination. This will be 
achieved by stretching or shrinking the inter-packet gap. For 
fibrechannel this stretch or shrink will be in steps of 4 octets, 
(this is the behaviour referred to by Fibrechannel as a 
'Retimer'). 

50 Preferably stretch/shrink only takes place during Idles 
(and not during other special sequences), and only infre- 
quently as determined by clock differences. Therefore the 
data transfer technique employed needs to preserve the 
original interpacket gaps as much as possible. Especially 

55 unpredictable expansion of the interpacket gap should be 
avoided because extra SDH bandwidth would be needed to 
cater for it. Preservation of inter-packet gaps requires that 
the packet delineation technique used to carry packets over 
the Sonet/SDH network has a known size and 'quantises' the 

60 interpacket gaps with the finest possible resolution. 

FIG. 3 

FIG. 3 shows in schematic form hardware features of an 
embodiment of the sending interface and the receiving 
65 interface, together on a single card. At the left hand side a 
back plane interface is shown carrying the SONET/SDH 
signals. TVo separate paths are provided for redundancy, 
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following well known protection path arrangements. An 
SDH framing device 300 is fed by a multiplexer/de- 
multiplexer 310. This multiplexes or demultiplexes in the 
time domain a number of separate data paths, to couple the 
SDH framing device to virtual concatenation logic blocks 5 
320. 

Each virtual concatenation logic block is not essential, but 
if implemented, enables more efficient use of bandwidth, 
since a number of smaller virtual containers can be used in 
place of one large virtual container. Details of how to 10 
implement this virtual concatenation method are available in 
the above referenced U.S. patent application entitled CON- 
CAXENTION OF CONTAINERS IN SYNCHRONOUS 
DIGITAL HIERARCHY NETWORK and have been made 
public to relevant standards bodies, and so are well known 15 
to those skilled in the art, so need not be described in more 
detail here. 

Each virtual concatenation block is coupled to a linecode 
recognition and mapping block 330. These blocks will be 
described in more detail below with reference to FIGS. 4 and 20 
5. In summary, they are for recognising the linecode of the 
incoming digital signal and performing an appropriate map- 
ping ready for inserting the signal into the synchronous 
digital output signal. The line code of the incoming digital 
signal will be recognised and used to determine start and end 2 s 
of frames, and therefore determine inter frame information. 

Other elements on the card include physical interfaces 
340 for each of the line code recognition and mapping 
blocks, and a transport control subsystem 370. The framing 
block, the multiplexer, the virtual concatenation blocks, and 30 
the linecode recognition and mapping blocks can preferably 
be implemented in an ASIC or FPGAtype device 360. Other 
parts may use more conventional commercially available 
hardware. A typical arrangement of physical interfaces 
might include 2 ESCON, 2 Fiberchannel, and 4 etheraet(100 35 
base!), with appropriate serial-parallel and parallel-serial 
converters, and clock circuitry. 

When operating as a receiving interface, as will be 
described with reference to FIG. 5 below, the signal flow is 
in the reverse direction. The recognition and mapping block 40 
must restore the original signal by recognising special 
headers, replacing them with the original inter frame 
information, and insert or delete unnecessary line codes to 
enable the signal to be output at the original rate independent 
of the precise rate of the synchronous digital signal. 45 

FIG. 4 

FIG. 4 shows functional elements in an embodiment of 
the Linecode recognition and mapping block 330 of FIG. 3. 
It shows what happens to the data in one direction. The other 50 
direction is illustrated in FIG. 5. 

A physical interface 400,410,420 is adaptable to different 
digital data signals, which may arrive on the same physical 
fiber or conductor. It may be made adaptable by carrying out 
multiple decode operations in parallel and selecting which- 55 
ever works. It recovers clock, bit and byte/word alignment, 
it decodes the line code and may carry out serial to parallel 
conversion. The resulting outputs would include an 8 bit 
data bus plus an indication of normal or special character 
(KD), which will be explained in more detail below, and also 60 
indicates if it detects a linecode violation. 

A selector 470 selects which physical interface or which 
type of decoded incoming data signal is to be fed to the next 
stage. A monitoring and control function 480 will take this 
information and recognise start of frame and end of frame, 65 
and count code violations, and numbers of good/bad frames 
for use by a performance monitoring system. 



The data including inter-packet data is sent to a FIFO (first 
in, first out) 490 for retiming. As illustrated, the FIFO 
bridges the domain of the data clock based on the incoming 
data signal, and the SDH container clock. The output of the 
FIFO is fed to a register block which is used to replace at 
least some of the inter packet information with header 
information. This encapsulation of the packets is done so as 
to enable packets to be detected at the receiver reliably, even 
if the packets are of variable length, without having to know 
the contents of the packet. This makes the transmission 
independent of the contents of the packet, and so indepen- 
dent of information for OSI layer 2 or 3 processing. 

A block 500 is provided for FIFO control and for gener- 
ating header information, special headers and normal head- 
ers for replacing line codes such as gap codes at appropriate 
times, depending on which type the input data signal is, and 
on which gap codes are present. Normal headers can't be 
created until a complete frame is in the FIFO. Special 
headers for stuffing into the SDH container are generated 
either while waiting for a complete frame in the FIFO or 
when the FIFO empties of ordered sets. To generate special 
headers to replace ordered sets requires examining 
sequences of ordered sets (eg sync clock request) and 
detection of a non-modulo 4 number of octets before a start 
of frame. 

Note that a Normal header goes at the start of a packet and 
gives the distance to the next header, which will be a special 
header at the end. Therefore the sending interface can't start 
sending a packet until the end is received in a FIFO. 
Therefore data over the SDH network can't run out during 
a packet. Therefore stuff special headers will only occur 
during intervals between packets. 

Block 520 is a selector to provide for insertion of headers, 
provide parallel-serial conversion and control output timing, 
ready for the next stage which would be multiplexing and 
SDH framing. Generation of the SDH container is standard 
practice (may be one container, real concatenation or virtual 
concatenation) and is equipment specific. 

FIG. 5, Receiving Interface Functions 

The receiving interface comprises a block 550 for main- 
taining synchronisation with the headers so that packet start 
and end points can be identified even for variable length 
packets. Any headers added purely for stuffing, without 
carrying inter-packet information are discarded here. An 
alarm may be raised if header sync is lost, since this may 
cause loss of data if the packet start and end points cannot 
be recognised. Serial -parallel conversion would be carried 
out on the data. A small FIFO 560 is provided at the next 
stage, controlled by a FIFO fill monitor 550, to bridge the 
two clock domains, the SDH container clock and the output 
data clock domain. The FIFO size should be enough to 
overcome SDH overhead gaps, discard of stuff headers and 
allow for data rate differences. 

A register block 570 is provided under the control of block 
580 to enable replacement of headers with corresponding 
ordered sets, to achieve recovery of the original signal. 
Furthermore, special processing of Fiberchannel SoF and 
EoF is carried out here, as will be described with reference 
to FIG. 7. Selector block 590 is also controlled by block 580 
and enables insertion of headers at the correct time. This 
block outputs an 8 bit signal with an indication of normal or 
special characters (K/D), and an indication of code viola- 
tions if necessary, to the physical interface 600 for output- 
ting. The above mentioned spoofing could be carried out by 
block 580. This would involve intercepting a handshaking 
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request and replying with an artificial acknowledgement on necessary to introduce extra code options into the special 

behalf of the true destination of the data. headers, so that the preceding special header also indicates 

A performance monitoring block 590 may be provided the ordered set of the next one. For Gigabit etheraet it is 

here or remotely, for establishing performance for use in replaced by the SofF special character and three octets of 

QoS measurements which may be used as a basis for 5 preamble. 

charging a client by a service provider, for data transmission. There should be at least two headers between frames (the 

trib should probably be able to operate with equipment 

The Clocks at the Receiving Interface which has already shrunk the interpacket gap somewhat). 

On receipt of data from the SDH link, special headers in ^ C0U J d * ^ ^ improve the reliability of acquiring 

used for stuffing on the link are discarded. Other special 10 ^ t0 the headers Hie carnage of interpacket gap infor- 

headers are converted to the appropriate ordered sets. matl °* £°" ld be ex P loited to make a WAN Wlth the e ^ iva " 

_ t - t , , . , . , lent of Ethernet auto-negotiation. 
Once this is done, the data rate is the same as the end user 

input data rate at the other end of the link, so two alternatives Special Headers 

are available to derive a clock for outputting the data: 15 

a) Use a PLL Locked to the Data: To distinguish the Special header from the Normal header, 
This has the advantage of a matching data rate, but has one wa y is to reduce the maximum possible packet length. 

disadvantages of jitter, smoothing circuitry and so on. ^ of wavs t0 do this » easiest lo ex P lain * the reduce il 

b) Synthesize Nominal Data Clock Frequency. from ri6 to 216-X. Any length values in the range 2~1 6-X 

- . , , , , t ~ n to 2~16 mean this is a special header (of length 4 octets) 

This has the advantage of generating a cleaner clock but 20 , . , .„ , e „ ,v . , , 7 

j * 4 i? t ■ i • « . . , which will be followed by a normal header.X codes are 

requires data rate matching by inserting/deleting link f *, U i ; j *u ■ ,t_ 

,.7. , , ^ , < tji • • w 1 therefore now available to encode the meaning of the 

idles between packets. Idle insertion is relatively easy . /A . 4 x , , , , 0 

4 . , 4 Z A , -jji r primitive (4 octets) which this header replaces, 

to implement (but must not occur in the middle of a r v 7 r 

sequence of ordered sets). In any case, inserting or 0ne code * reserved for a header used solely for stuffing 

deleting idle codes is considerably easier than inserting 25 the data rate to suit the SDH data rate. It is only inserted (as 

or deleting bits at high data rates. Idle deletion may are aU headers) between packets, and it is discarded at the 

require a wait of a couple of frames for an opportunity. other end of tne SDH ^ For ™c with protocols (eg 

A preferred implementation involves using an SDH node etheraet) in which the interpacket gap is not quantised in 

clock (+M.6 ppm) to generate a data clock at upper end of umts of 4 °° iQts > there should be enough codes to include the 

allowed tolerance. This would give a greater likelihood of 30 information that this header replaces either 4, 5, 6 or 7 octets 

having to insert than delete idle codes. Clock tolerance is of interpacket gap code Z. 

+/-100 ppm for Fiberchannel. Ethernet/Fast Ethernet is Not many codes are needed for the information which 

+/-50 ppm (RMII consortium spec) RMII consortium spec may be in the idle codes, at least for the incoming digital 

includes some useful notes on allowed shrinkage of inter- data formats described above. Fibre channel has about 9 

packet gaps. The Gigabit Ethernet spec is +/-100 ppm. It's 35 'Primitives* including those used for Idle and for Clock 

been suggested that devices should tolerate about +/-150 Synchronisation. All are 4 octets. For Ethernet there are 4 

ppm to accept data from any NICs. length options each of which needs to also represent the 

underlying link code. The number of link codes for Gigabit 

FIG. 6 Packet Delineation in the Receiver Ethernet seems to be 2 (4 octet) for configuration, effectively 

To detect packet start and end at the receiver, the well 40 \ for idle < 2 octets), a nd 2 or 3 for the End of Frame to 

known HEC (Header Error Correction) technique used and den0 * endul g ™ xh ldle or u carrier e ^ nd - Even c ? de S rou P 

standardised for AIM cannot be used if the delineation has boundaries may need to be treated differently. The error 

to cope with unknown and varying packet lengths. Propagation special character should not be created by 

Therefore, it is modified as shown in FIG. 6. c Gl § ablt J e u ther u net .J™* 8 other than ^V^s so it s 

„ t . . 45 assumed that the tnb will not receive any. It may be desirable 

Hie delineation now uses a four octet sequence m which t0 CTeale some jn , he link following del6Ction of inpul ^ 

the two octet length field replaces the knowledge of the violations 
fixed length ATM cells, the other two octets are the CRC-16 

of the length. The length indicates the distance in bytes to the piQ 7^ Special Case of Delineation of 

next 'header'. This complicates synchronisation due to the 50 Fibrechannel Frame 
possibility of bit errors induced in the length field, but there 

are known techniques for handling this. nc fibre channel Start of Frame and End of Frame 

It can be seen that a 4 octet header quantises the users indications are also ordered sets which once decoded from 

interpacket gap in steps of 4 octets. Fibre channel minimum 8b ' 10b cannot be ^ nX directl y over aQ ^ structured link, 

interpacket gap is ^Primitives' from a transmitter, which 55 Th ff ere are several S0F and EOF delmuters wlh 

may be reduced to a minimum of two 'Primitives' at a different meanings. 

receiver. The gap varies in steps of 1 'Primitive'. Ethernet One way to handle this is to specify as follows: 

minimum interpacket gap from a transmitter is 12 octets, The first 4 octets following a Normal header encode the 

which may be reduced. At a receiver. Gigabit Ethernet gaps type of SOF 

vary in steps of 1 octet. The header also needs to carry the 60 The last 4 octets in a packet (before any type of Header) 

nature of the 'Primitives' used on the link during interpacket encode the type of EOF. 

gaps, (eg: Fibrechannel 'Synchronise Clock Request* uses 6 The 'knowledge' that the link is Fibrechannel could be 

Primitives. provisioned or it could be automatic (involving recognition 

A current assumption for Fibrechannel is that at the of user data rate/ordered sets, and encoding ordered sets into 

receiving interface the normal header (indicates start and 65 special headers so that the far end also knows). It would be 

length of a packet) can always be replaced by the ordered set possible to encode more directly the ordered sets (as 

meaning Idle. If this assumption isn't always valid, it maybe opposed to 'code y-fibrechannel SOF normal class 2*) The 
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running disparity used in 8b/10b is normally based on the Above has been described an interface for converting a 

current running disparity on a character by character basis. variety of incoming digital signals into SDH/SONET format 

But for ordered sets, it's defined for each character. So it's for transmission on a synchronous digital network, by iden- 

probably safer to stay with a 'code book* of ordered sets tifying the line code of the incoming digital signal, without 

(which might need to be upgraded in future). 5 identifying the information for OSI layer 2 or 3 processing, 

To delineate Gigabit ethernet frames: There is a single i e - format of each packet. Headers are used to encapsulate 

special character used for SofF (K27.7) which replaces the incoming packets, and enable packets to be discriminated at 

first pre-amble octet. So a normal header will replace the £f. Advantages of performance monitoring capa- 

SofF and the following three preamble octets. A single and trai *P^ncy are combined. Identifying line codes 

. , , t . j r *-i n-* , • , r „ .i_ 1 * « enables a greater degree of error detection, than a bit based 

special character is used for EofF which follows the last 10 . c t r 1 i_ * i_ i • i- 

r iii . JiLi ,. .rn ji • interface. Also synchronisation can be simpler since line 

octet of data, but this seems to be followed by one carrier C(xJes fof ddi ' can be added Qr deleted m ^ e ^ than 

extend special character and then either further carrier adding or subtractin g bits. The interface is semi-transparent 

extends or idles. The first special header following a frame ^ the sense that identificat i on 0 f line codes limits the 

needs to encode this difference. interface to those formats that use identifiable line codes, but 

„ „. ^ , ,„ , . 15 without limiting to a particular OSI layer 2 or 3 frame 

Handling Code Violations format 

Fibrechannel permits modifying the EOF ordered set to 0ther variations of the described embodiments, and other 

indicate a frame with code violations. Possibly the more applications of the invention can be conceived and are 

transparent solution is to carry to the destination end the ^f nM t0 be within the scope of the claims. References to 

information that a code violation occurred and then get the 20 are intended to encompass both software on a 

destination to create another code violation at about the right computer readable medium, and software delivered over a 

, transmission medium. 

P What is claimed is: 

S r mhl'na ^' ^ sending interface for converting an incoming digital 

25 signal into a format for transmission on a synchronous 

Scrambling may be useful to prevent 'killer packets' from digital network, the incoming digital signal having a group 

either disturbing SDH sync recovery or (possibly) disturbing of bits coded by a predetermined line code, the incoming 

header sync. Options available include: selfsync over packet digital signal also carrying information for OSI layer 2 or 3 

contents or whole payload (if over packet contents, this processing, the sending interface comprising: 

assumes that self sync runs continuously from one set of 30 circuitry for identifying the line code of the incoming 

packet contents to the next), or set/reset type. If set/reset digital signal, and 

type, which would restart at the beginning of each packet, circuitry for carrying out the conversion of the incoming 

the usual security objections can be overcome by using di 8 ital si S nal according to the line code identified, and 

random seed values. The seed value could be transferred by independently of the information for OSI layer 2 or 3 

waiting for a long run of idles between packets and then 35 - processing. 

usin a ecial header sending interface of claim 1, the circuitry for 

using a specia ea er. identifying a line code comprising circuitry for identifying 

Notes on Other Matters an idlecode in the incoming digital signal 

3. The sending interface of claim 1, the circuitry for 

Normal headers can't carry any info other than length, so identifying a line code comprising circuitry for identifying a 
the far end needs to know (from previous special headers) 40 type of idle code, and the circuitry for carrying out the 
that the link is Ethernet. There are two options for the conversion being arranged to include in the synchronous 
location of the normal header with Gigabit Ethernet. It could data signal the type of idle code identified, 
be located starting with the/S/start of packet indicator on the 4 - The sending interface of claim 1, wherem the incoming 
"enet", or it could be aligned starting 4 octets before as di S ital si g° al comprises packets, and the circuitry for car- 
proposed for fibrechannel. If 4 octets before, then the first 4 45 WW out the conversion is arranged to replace one or more 
octets of the packet would be pre-amble or a code to indicate of the ldle codes ™ lh a header for ^cheating the length of 
pre-amble an associated one of the packets. 

. ,. , ,uifji 5. The sending interface of claim 1, wherein the header is 

Gigabit ethernet carrier extend is only used on half-duplex ^ a g . ^ 0 

links, which would be illogical (very slow) over a Wan. 5Q 6 jt' of claim wherein the interface 

Hence ignore packets ending with earner extend, otherwise . , t U] , 0 . ,. , . . * a „ 

j ■ jjr 'ix. a 'A' * T7 fr? \u is adaptable to receive mcoming digital signals of more than 



a code is needed for a special header to indicate EofF with 
carrier extend and a code to indicate * carrier extend idle 
4/5/6/7 octets'. 



one rate, 

7. The sending interface of claim 1, wherein the format for 
the synchronous digital network comprises SONET/SDH 



Other Examples, Variations 55 virtual containers. 

8. The sending interface of claim 7, the interface com- 

Although the embodiments described show replacing idle prising circuitry for carrying out virtual concatenation of the 

codes with headers to maintain the bit rate, it would be SONET/SDH virtual containers. 

possible to simply add headers without replacing idle codes. 9. The sending interface of claim 1, the interface com- 

This would result in the bit rate changing for transmission. 60 prising a multiplexer for multiplexing more than one incom- 

The packet delineation could be performed using SDL ing digital signal onto the synchronous digital signal, 

encapsulation techniques as an alternative to the packet 10. A sending interface for converting an incoming digital 

delineation described above using the normal headers. The signal into a format for transmission on a synchronous 

replacement of idle codes by special headers and the inser- digital network, the incoming digital signal having a series 

tion or deletion of idle codes to compensate for clock 65 of packets, and a group of bits coded by a predetermined idle 

differences, could be combined with such SDL-type encap- code separating the packets, the sending interface compris- 

sulation. ing: 
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circuitry for identifying the idle code of the incoming 

digital signal, and 
circuitry for carrying out the conversion of the incoming 

digital signal according to the idle code identified. 

11. A receiver interface for recovering an incoming digital 
signal from a signal of a format used for transmission over 
a synchronous digital network, the incoming digital signal 
having a group of bits coded by a predetermined line code, 
the incoming digital signal also carrying information for OSI 
layer 2 or 3 processing, the receiving interface comprising: 

circuitry for identifying linecode information in the for- 
matted signal, and 

circuitry for replacing the identified linecode information 
with corresponding linecodes independently of the 
information for OSI layer 2 or 3 processing. 

12. The receiver interface of claim 11, further comprising 
a retimer, for inserting or deleting one or more of the 
linecodes to match the incoming data rate to a required 
outgoing data rate. 

13. The receiver interface of claim 11 arranged to receive 
SONET/SDH virtual containers. 

14. The receiver interface of claim 11 further comprising 
circuitry for combining information from virtually concat- 
enated containers before recovering the original incoming 
digital data signal. 

15. A method of converting an incoming digital signal into 
a format for transmission on a synchronous digital network, 
the incoming digital signal having a group of bits coded by 
a predetermined line code, the incoming digital signal also 
carrying information for OSI layer 2 or 3 processing, the 
method comprising the steps of: 

identifying the line code of the incoming digital signal, 
and 

converting the incoming digital signal according to the 
line code identified, and independently of the informa- 
tion for OSI layer 2 or 3 processing. 

16. Software for carrying out the method of claim 15. 
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17. A SDH/SONET network element comprising a send- 
ing interface for converting an incoming digital signal into 
a format for transmission on an SDH/SONET network, the 
incoming digital signal having a group of bits coded by a 
5 predetermined line code, the incoming digital signal also 
carrying information for OSI layer 2 or 3 processing, the 
sending interface comprising: 

circuitry for identifying the line code of the incoming 
0 digital signal, and 

circuitry for carrying out the conversion of the incoming 
digital signal according to the line code identified, and 
independently of the information for OSI layer 2 or 3 
processing. 

is 18. Apparatus for detecting transmission errors by a 
synchronous digital network used to transmit an incoming 
digital signal, the apparatus comprising a receiver interface 
for recovering the incoming digital signal from a signal of a 
format used for transmission over the synchronous digital 

20 network, the incoming digital signal having a group of bits 
coded by a predetermined line code, the incoming digital 
signal also carrying information for OSI layer 2 or 3 
processing, the receiving interface comprising: 

25 circuitry for identifying linecode information in the for- 
matted signal, 

circuitry for replacing the identified linecode information 
with corresponding linecodes independently of the 
information for OSI layer 2 or 3 processing, and 
30 circuitry for determining errors in the recovered signal 
compared to the incoming digital signal, independently 
of the information for OSI layer 2 or 3 processing. 
19. A method of using a data transmission service pro- 
vided over a telecommunication network, comprising the 
35 step of causing data to be transmitted across a sending 
interface as set out in claim 1. 

# * * * * 
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